Rapid  Model  Develdpmei^Eiivrronme^ 


(ReMeDEe^ 


.=i:; 


...y. 

.  :r.^  ' .  ’%  i'  ;=  ;  isVi  •*  •  • 


DRC  CTeated  the  PC-based  Rapid  Mod¬ 
el  Development  Environment  (ReMe- 
DEe)  to  speed  up  the  process  of  building 
logistics  models  and  provide  a  user 
friendly  modeLexecution  environment 
that  supports  all  of  the  MIL- 
STD-1388-1A  quantitative  analysis 
tasks.  ReMeDEe  combines  the  flexibil¬ 
ity  and  Immediacy  of  a  spreadsheet  with 
the  power  and  maintainability  of  agener- 
al  purpose  programming  language.  It  is 
particularly  well  suited  to  performing 
“what-if"  analysis,  sensitivity  analysis, 
and  constrained  optimization  during  the 
course  of  support  system  trade  studies. 


ReMeDEe  operating  on  an  IBM  PC  pro¬ 
vides  an  extremely  cost  effective  ap- 
pjroach  for  developing,  tailoring,  deliver- 
^jihg  and  utilizing  logistics  models  need- 
«'!^ed  to  perform  all  quantitative  Logistics 
J  Support  Analysis  (LSA)  tasks.  It  also 
4  jbrovides  users  with  a  series  of  logistics 
^  models  that  all  have  the  same  “look  and 
feel"  with  consistent  model  control  via 
menu  command  lines,  spreadsheet-like 
I/O  forms,  and  graphical/tabular  output. 
jThis  significantly  reduces  the  training  re- 
^  I  quired  to  learn  a  new  model  and  use  It 
I  with  confidence.  Models  developed  In 
I  ReMeDEe  can  be  easily  integrated  with 
y  external  systems  to  provide  context  serv 
sitive  on-line  help,  direct  transfer  of  re¬ 
sults  to  desktop  publishing  systems, 
and  archiving  of  case  study  data  via  a 
database  managemertt  system. 


Model  Development  Aspects 

ReMeDEe  supports  a  rapid  prototyping 
approach  to  model  development  using 
Borlarxl  International's  Uibo  PASCAL  de¬ 
velopers  environment  It  has  the  fastest 
compiler  operating  on  the  IBM  PC,  a  great 
debugger,  and  several  toolboxes  for 
graphics,  simple  spreadsheets,  a  data¬ 
base  management  system,  and  libraries 
of  numerical  analysis  routines  all  of  which 
can  be  used  in  developing  new  models. 


TTie  ReMeDEe  shell  provides  model  de¬ 
velopers  with  a  common  framework  for 
quickly  building  a  series  of  modularized 
logistics  models  by  re-using  segments 
of  existing  or  newly  developed  models. 
ReMeDEe  provides  two  options  for  opti¬ 
mum  re-use  of  existing  model  code 
when  developing  new  models.  Tbese 
options  are  either  merging  sections  of 
code  from  prior  models  or  chaining  ex¬ 
isting  models  by  using  the  outputs  of 
one  model  to  feed  the  inputs  of  another. 
Both  of  these  approaches  allow  the  de¬ 
veloper  to  rapidly  assemble  a  model 
with  all  the  functions  needed  to  perform 
a  particular  study. 

Our  major  technical  innovation  in  creat¬ 
ing  the  ReMeDEe  shell  was  to  adapt 
tools  from  an  existing  screen  generator 
program  written  in  TUtbo  P/^CAL  to 
build  the  user  interface  automatically. 
ReMeDEe  does  this  for  any  model  by 
driving  the  screen  generator  with  a  pars¬ 
er  that  uses  Information  corrtained  in  the 
model  variable  declarations.  Automatic 
generation  of  all  I/O  screens  eliminates 
the  time  consuming  effort  needed  to 
create  customized  user  interfaces  there¬ 
by  promoting  the  rapid  model  develop¬ 
ment  process. 


ReMeDEe  Architecture 


ReMeDEe  is  divided  into  two  major  por¬ 
tions.  the  logistics  model  and  the  ReMe¬ 
DEe  shell  (Rgure  1).  Models  are  written 
in  Hjrbo  PASCAL  with  the  model  equa¬ 
tions  in  one  file  and  the  variable  declara¬ 
tions  augmented  with  additional  Irxfor- 
mation  in  another  file  (MGLOBALS.PAS). 
The  ReMeDEe  shell  operates  in  two 
phases.  In  the  first  phase  the  model  and 
its  associated  variables  are  compiled 
by  the  lUrbo  Pascal  compiler,  and  an  ex¬ 
ecutable  code  is  produced.  In  the  sec¬ 
ond  phase,  the  executable  code  auto¬ 


matically  generates  the  I/O  screens  after 
reading  the  MGIjOBALS.PAS  file. 


Figure  1.  Relationship  between  the 
ReMeDEe  Model  and  the 
ReMeDEe  SheU 


ReMeDEe  Model  Execution  Mode 

The  model  execution  mode  of  the  envi¬ 
ronment  is  natural  and  easy  to  use 
(“user  friendly")  providing  the  full  func¬ 
tionality  of  “what  if“  and  sensitivity  anal¬ 
yses.  plotting  to  various  media,  and  the 
storage/retrieval  of  case  history  data. 
The  ReMeDEe  model  execution  environ¬ 
ment  provides  users  with  a  complete 
view  of  all  model  variables  in  a  spread¬ 
sheet-like  format.  This  enables  totai 
control  over  model  execution,  promot¬ 
ing  flexible  “what  If"  analysis  and  ir 
depth  diagnosis  of  model  behavior.  The 
“Select  Set“  function  allows  the  user  tc 
focus  his/her  attention  on  a  few  key  in 
put/output  variables  that  emerge  during 
an  investigation  by  collecting  them  on  e 
single  screen.  Repetitive  model  execu¬ 
tion  is  provided  by  the  automated  sensi¬ 
tivity  analysis  modes  for  either  one  oi 
two  independent  input  parameters  witr 
results  displayed  as  two  dimensiona 
plots,  a  family  of  curves,  or  a  three  di 
menslonal  solid  figure  to  visualize  the 
output  sensitivity  surface.  “Group  plots 
are  used  to  show  the  coordinated  sens! 
tivity  of  several  outputs  due  to  changes 
in  a  particular,  single,  input.  ReMeDEe 
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includes  a  model  execution  mode  that 
determines  and  displays  the  sets  of 
pairs  of  Independent  Input  parameters 
(locus  of  points)  corresponding  to  a  de¬ 
sired  model  output  which  Is  very  helpful 
while  performing  system  trade  studies. 
This  mode  can  also  be  used  to  perform 
non-linear  constrained  optimization,  for 
example,  by  picking  the  minimum  life 
cycle  cost  solution  along  the  locus  of 
points  that  satisfy  the  system’s  availabil¬ 
ity  goal.  The  results  of  performing  sensi¬ 
tivity  analyses  and  tradeoff  studies  can 
be  incorporated  directly  into  briefing 
charts  and  reports  via  ReMeDEe  inter¬ 
faces  to  both  IBM  PC  (Lotus  1-2-3  and 
Enable)  and  Macintosh  (Cricket  Graph) 
desktop  publishing  systems.  ReMeDEe 
provides  the  ability  to  save  and  retrieve 
all  parameter  files  for  case  studies  al¬ 
lowing  users  to  return  to  previously  con¬ 
sidered  supportabiiity  options  while  ex¬ 
ploring  the  decision  space  in  ord^  to 
optimize  system  cost  and  availability. 

Integration  with  a  Database  Manage¬ 
ment  System 

ReMeDEe  models  may  be  integrated 
with  Borland’s  Paradox  DBMS  using 
PASCAL  calls  to  the  Paradox  Engine. 
This  integration  provides  users  with  the 
ability  to  archive,  retrelve  and  review 
case  histories  using  predefined  reports 
to  investigate  and  compare  baseline 
cases  with  improvement  options.  Model 


users,  and  not  just  developers,  are  able 
to  create  additional  customized  reports 
and  charts  using  the  Paradox  Applica¬ 
tion  Languaco  wt^out  having  to  modify 
the  ReMeDEe  logistics  models.  Another 
advantage  to  our  approach  of  using  the 
DBMS  Is  the  ability  to  Integrate  indepen¬ 
dent  models  via  a  common  database  re¬ 
pository  of  parameters  to  ensure  that 
correct  data  values  are  used  in  all  mod¬ 
els  throughout  the  course  of  a  study.  It 
also  provides  an  additional  approach  to 
integrating  several  independent  models 
without  extensively  modrfying  their 
code. 

Hypertext  On-line  Help  System 

Our  approach  to  building  the  context 
sensitive  on-line  help  system  is  to  first 
aeate  a  ReMeDEe  User  Manual  and  Lo¬ 
gistics  Model  Technical  Manual  and 
then  develop  a  hypertext  version  of 
these  on-line  manuals.  We  next  Inte¬ 
grate  this  hypertext  manual  with  the  Re¬ 
MeDEe  model  execution  environment 
Users  with  questions  about  the  meaning 
and  definition  of  model  Inputs  and  out¬ 
puts  appearing  on  ReMeDEe  screens 
can  Instantly  branch  to  explanatory  ar¬ 
ticles  and  browse  throughrelated  ar¬ 
ticles  until  their  questions  are^s^^acto- 
rily  answered.  The  on-line  help  system 
has  been  most  useful  to  new  and  infre¬ 
quent  model  users,  giving  them  a  sense 


of  confidence  in  generating  results  using 
ReMeDEe  logistics  models. 

ReMeDEe  AppUcatlons 

More  than  twenty  models  have  been  de¬ 
veloped  in  ReMeDEe  to  answer  a  broad 
range  of  logistics  support  questions  for 
a  variety  of  application  areas  (Table  1). 
Many  front-end.  top-level,  and  detailed 
specific  models  for  both  Space-based 
and  Air/Ground-based  elements  of  the 
Strategic  Defense  System  w^  created 
to  support  the  MIL-STD-1388-1A  LSA 
process.  These  models  handle  a  variety 
of  complex  failure  mechanisms,  support 
system  options,  and  repair  opportunities 
governed  by  the  dynamics  of  orbital  me¬ 
chanics.  MODPALS  was  developed  by 
using  ReMeDEe’s  model  chaining  ca¬ 
pability  to  integrate  three  other  contrac¬ 
tor  models  (for  orbital  mechanics/avail¬ 
ability,  life  cycle  cost,  and  combat  effec¬ 
tiveness)  originally  written  in  BASIC  and 
FORTRAN.  The  LAMP  model  was  devel¬ 
oped  to  compute  the  five  R&M  2000 
goals  and  is  based  on  the  Integration  of 
sections  of  code  from  five  prior  related 
models.  Commonly  used  models  that 
have  been  rehosted  m  ReMeDEe  in¬ 
clude  the  Logistics  Analysis  Model  (LO- 
GAM)  developed  by  the  United  States 
Army  Missile  Command  and  the  Cost 
Analysis  and  Strategy  Assessment 
(CASA)  model  develops  by  the  De¬ 
fense  Systems  Management  College. 


Table  1 .  Example  of  ReMeDEe  Models  and  their  Logistics  Capabiittles 
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ABSTRACT 

DRC  created  the  PC-based  Rapid  Model  Development  Environment  (ReMeDEe)  to  speed  up  the  process 
of  building  logistics  models  and  provide  a  user  friendly  model  execution  environment  that 
supports  all  of  the  MIL-STD-1388-1A  quantitative  analysis  tasks.  In  this  paper  we  describe 
ReMeDEe,  explain  how  new  models  are  developed  and  existing  ones  are  ported  to  it#  and  show  how 
to  use  the  ReMeDEe/ LOGAM  model  to  perform  a  support  system  trade  study.  We  also  provide  a 
description  of  ReMeDEe/LOGAM ' s  context  sensitive  on-line  help  system  consisting  of  hypertext 
versions  of  the  ReMeDEe  User  Manual  and  LOGAM  Technical  Manual  directly  linked  to  the  model 
execution  environment. 


INTRODUCTION 

The  requirements  for  ReMeDEe  emerged  from  our 
logistics  modeling  activity  which  supported 
the  LSA  tasks  we  performed  for  the  Strategic 
Defense  Initiative  Organization  (SDIO) .  We 
had  to  develop  many  new  models  to  handle  a 
variety  of  space-based  and  ground-based 
systems  with  complex  failure  mechanisms, 
support  system  options,  and  repair 
opportunities  governed  by  the  dynamics  of 
orbital  mechanics.  These  models  had  to  be 
developed  quickly,  so  we  chose  a  rapid 
prototyping  approach  with  model  developers 
working  closely  with  logistics  engineers. 
Our  initial  attempts  at  using  spreadsheets 
(LOTUS  1-2-3)  soon  became  unwieldy  as  the 
code  became  difficult  to  read  and  maintain, 
leading  us  to  conclude  that  we  needed  to  use 
a  high  level  programming  language.  This 
decision  was  further  supported  by  the 
requirement  to  re-use,  enhance  and  integrate 
model  code  developed  by  other  SDIO 
contractors,  preferably  within  a  common 
operating  environment.  We  also  had  to 
provide  a  capability  that  allowed 
knowledgeable  user  analysts  to  modify  models 
developed  by  us  and  other  contractors. 

The  model  execution  mode  of  the  environment 
had  to  be  natural  and  easy  to  use  (“user 
friendly")  providing  the  full  functionality 
of  "what  if"  and  sensitivity  analyses, 
plotting  to  various  media,  and  the 
storage/ ret r ieva L  of  case  history  data.  From 
prior  related  modeling  projects  we  knew  that 
we  couldn't  afford  the  excessive  amount  of 
time  spent  on  designing  and  implementing 
customized  user  interfaces  and  that  we  had  to 
develop  an  automated  I/O  screen  generator  to 
build  them.  A  further  design  constraint  was 
that  the  environment  had  to  be  hosted  on  an 


IBM  PC  compatible  computer  which  was  commonly 
used  by  ail  contractor  and  government 
logistics  analysts,  thereby  providing  the 
most  cost  effective  means  for  delivering 
logistics  modeling  capability  to  a  wide 
variety  of  users. 

Our  approach  to  meeting  the  above 
requirements  began  with  selecting  ♦  high 
level  language  commonly  used  by  logistics 
analysts  for  building  models  as  the  basis  for 
our  environment.  This  limited  our  choices  to 
FORTRAN,  BASIC  and  PASCAL,  We  selected 
PASCAL  because  it  is  a  strongly  typed 
language  that  requires  modelers  to  declare 
all  variables  used  in  the  program,  can  be 
learned  in  about  a  day  for  those  with  any 
other  computer  language  experience  and  has 
several  libraries  of  numerical  routines  that 
can  be  used  in  developing  new  models.  We 
also  decided  to  use  Borland  International's 
Turbo  PASCAL  developer's  environment.  It  has 
the  fastest  compiler  operating  on  the  IBM  PC, 
a  great  debugger,  and  several  toolboxes  for 
graphics,  simple  spreadsheets,  and  a  database 
management  system. 

Our  major  technical  innovation  in  creating 
the  ReMeDEe  shell  was  to  adapt  tools  from  an 
existing  screen  generator  program  written  in 
Turbo  PASCAL  to  build  the  user  interface 
automatically.  ReMeDEe  does  this  for  any 
model  by  driving  the  screen  generator  with  a 
parser  that  uses  information  contained  in  the 
model  variable  declarations.  T!io  ReMeDEe 
•iholl  thus  provides  model  developers  with  a 
common  framework  for  quickly  building  a 
series  of  modularized  logistics  models  by  re¬ 
using  segments  of  existing  or  newly  developed 
models.  It  eliminates  the  time  consuming 
effort  needed  to  create  customized  user 
interfaces.  It-  also  provides  users  with  a 
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series  Ovf  logistics  models  that  all  have  the 
same  "look  and  feel"  with  consistent  model 
control  via  menu  command  lines,  spreadsheet¬ 
like  I/O  forms,  and  graphical/tabular  output. 
This  significantly  reduces  the  training 
required  to  learn  a  new  model  and  use  it  with 
confidence. 

ReMeDEe  OVERVIEW 

ReMeOEe  is  divided  into  two  major  portions, 
the  logistics  model  and  the  ReMeDEe  shell 
(Figure  1).  Models  are  written  in  Turbo 
PASCAL  with  the  model  equations  in  one  file 
and  the  variable  declarations  augmented  with 
additional  information  in  another  file 
(MGLOBALS.PAS) .  The  ReMeDEe  shell  operates 
in  two  phases.  In  the  first  phase  the  model 
and  its  associated  variables  are  compiled  by 
the  Turbo  Pascal  compiler,  and  an  executable 
code  is  produced.  In  the  second  phase,  the 
executable  code  automatically  generates  the 
I/O  screens  after  reading  the  MGLOBALS.PAS 
file.  ReMeDEe  provides  two  options  for 
optimum  re-use  of  existing  model  code  when 
developing  new  models,  ‘  These  options  are 
either  merging  sections  of  code  from  prior 
models  or  chaining  existing  models  by  using 
the  outputs  of  one  model  to  feed  the  inputs 
of  another. 


Figure  1.  Relationship  between  the  ReMeDEe  Model  and  the 
ReMeDEe  Shell 


The  ReMeDEe  model  execution  environment 
provides  users  with  a  complete  view  of  all 
model  variables  in  a  spreadsheet-like  format. 
This  enables  .  total  control  over  model 
execution,  promoting  flexible  "what  if" 
analysis  and  in  depth  diagnosis  of  model 
behavior.  .  The  "Select  Set"  function  allows 
the  user  to  focus  his/her  attention  on  a  few 
key  input/output  variables  that  emerge  during 
an  investigation  by  collecting  them  on  a 
single  screen.  Repetitive  model  execution  is 
provided  by  the  automated  sensitivity 
analysis  modes  for  either  one  or  two 
independent  input  parameters  with  results 
displayed  as  two  dimensional  plots,  a  family 


of  curves,  or  a  three  dimensional  solid 
figure  to  visualize  the  output  sensitivity 
surface.  ReMeDEe  includes  a  model  execution 
mode  that  determines  and  displays  the  sets  of 
pairs  of  independent  input  parameters  (locus 
of  points)  corresponding  to  a  desired  model 
output  which  is  very  helpful  while  performing 
system  trade  studies.  This  mode  can  also  be 
used  to  perform  non-linear  constrained 
optimization,  for  example,  by  picking  the 
minimum  life  cycle  cost  solution  along  the 
locus  of  points  that  satisfy  the  system's 
availability  goal.  The  results  of  fiorformlnq 
sensitivity  analyses  and  tradeoff  studies  can 
be  incorporated  directly  into  briefing  charts 
and  reports  via  ReMeDEe  interfaces  to  both 
IBM  PC  (Lotus  1-2-3  and  Enable)  and  Macintosh 
(Cricket  Graph)  desktop  publishing  systems. 
The  ReMeDEe  shell  consists  of  275  modules 
containing  12,400  source  lines  of  code. 

More  than  twenty  models  have  been  developed 
in  ReMeDEe  to  answer  a  broad  range  of 
logistics  support  questions  for  a  variety  of 
application  areas  (Table  1)  .  Many  front-end, 
top-level,  and  detailed  specific  models  for 
both  Space-based  and  Ai r /Ground-ba sed 
elements  of  the  Strategic  Defense  System  were 
created  to  support  the  MI L-STD-1388-1A  LSA 
process.  MODPALS  was  developed  by  using 
ReMeDEe's  model  chaining  capability  to 
integrate  three  other  contractor  models*  (for 
orbital  mechanics/availability,  life  cycle 
cost,  and  combat  effectiveness)  originally 
written  in  BASIC  and  FORTRAN.  The  LAMP  model 
was  developed  to  compute  the  five  R«M  2000 
goals  and  is  based  on  the  integration  of 
sections  of  code  from  five  prior  related 
models.  Commonly  used  models  that  have  been 
rehosted  in  ReMeDEe  include  the  Logistics 
Analysis  Model  (LOGAM)  developed  by  the 
United  States  Army  Missile  Command  and  the 
Cost  Analysis  and  Strategy  Assessment  (CASA) 
model  developed  by  the  Defense  Systems 
Management  College.  LOGAM  will  be  used  as  an 
example  throughout  the  rest  of  this  paper  to 
demonstrate  ReMeDEe *s  model  execution,  model 
development,  and  hypertext  on-line  help 
capabilities. 

ReMeDEe/LOGAM  APPLICATION 

LOGAM  (Ref  1,2)  is  one  of  the  Materiel 
Readiness  Support  Activity  (MRSA)  approved 
models  for  performing  Army  supportability 
trade  studies  in  accordance  with  MIL-STD- 
1388-lA.  It  computes  inherent  and  operational 
availabilities,  provisioning  requirements, 
manpower  r cqu I r emon t s ,  tost  equipment 
requirements,  and  life  cycle  cost.  Table  2 
gives  examples  of  some  of  LOGAM ‘s  outputs  and 
lists  several  of  the  generic  system  and  LRU 
specific  inputs.  The  model  contains  over  320 
variables  and  was  originally  dovolopod  In 
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Table  1.  Example  of  RcMeDEe  Models  and  their  Logistics  Capabilities 
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X 

X 

X 

X 

X 

X 
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X 

X 

X 
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X 

X 

Mrrs 

X 
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X 
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X 

X 

X 

X 

X 

CASA 

X 

X 

X 

X 

- 

X 

X 

Table  2.  LOO  AM  Systemwide  and  LRU  Specific  Inputs  and  Model  Outputs 


S  YSTEMWIDE  INPUTS 

INDIVIDUAL  LRU  INPUTS 

MODEL  OUTPUTS 

Manpower  Labor  Rates 

Training  Inputs 

Shipping  Inputs 

Storage  Inputs 

Life  Cycle  (Years) 

Factory  Lead  Times 

Equipment  Operating  Time 
Factors 

Manpower  Productivity 

Factors 

Work  Weeks 

LRU,  Module,  Part  Costs 
Reliability  (Failure  Rate) 

MTTR 

Test  &  Repair  Times 

Physical  Characteristics 
(Weight-Cube) 

Modification  Work  Order 

Inputs 

Other  Equipment  Identifying 
Data 

Design  Supporiabiliiy 

Life  Cycle  Cost 

0  &  M  Cost 

Support  Operational  Readiness 
Availability 

Manpower  Requirements 
(Maint  Sc  Support) 

Provisioning  Requirements 

Test  &  Support  Equipment 
Requirements  Sc  Costs 

Training  Costs 

FORTRAN  for  batch  execution  on  a  VAX 
computer.  We  converted  this  model  Co  Turbo 
PASCAL  and  ported  it  to  the  ReMeDEe 
environment  to  significantly  enhance  its 
usability.  An  example  of  ReMeDEe / LOGAM * s 
functionality  will  now  bo  given  for  a  Radar 
system  performance  improvement  tradeoff 
study. 

The  Radar  system  LRU  structure  and  input  data 
(consisting  of  unit  cost,  MTBF,  failure  rate, 
and  operating  time  fraction)  are  shown  in 
Figure  2.  The  baseline  system  results  (Table 


3)  from.  LOGAM  show  a  life  cycle  cost  of 
$536.21  million  and  a  system  operational 
availability  of  0.853  that  we  would  like  to 
improve  to  0.90,  Table  3  also  shows  that  the 
high  driver  LRU  is  the  signal  processor  (Ao  - 
.899)  with  all  other  LRUs  having  an  Ao 
greater  than  .985.  Options  for  Improving  the 
availability  of  the  signal  processor  include 
a  modification  program  for  reducing  its 
failure  race  and  the  introduction  of  active 
redundant  units  in  the  design.  Figure  3(a)  is 
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Avg  LRU  Cost 

$161,926 

$145,180 

$60,620 

$80,689 

$119,300 

Avg  Module  Cost 

$  24,290 

S  29,197 

$24,240 

S  8,070 

$  13,015 

Avg  Part  Cost 

$ '  467 

$  839 

$  420 

$  676 

$  907 

MTBF(Hrs) 

3,448 

2.381 

Z381 

2,273 

303 

Failure  Rate 

0.00029 

0.00042 

0.00042 

0.00044 

0.0033 

()jx:r  Time  Fraction 

0.(X)6 

0.006 

0.006 

0.006 

0.006 

Figure  2.  Radar  Sysicm  LRU  Siruclurc  and  Input  Data 


Tubie  3.  Husclinc  Radar  System  LCC  and  Ao 


LCCDAPAM  =  5.3621  E-h()8 
OSTotCt  =  3.9715E+08 
SyAvailO  =  0.852563 


LRU  Type 

AvailO 

Transmitter 

0.990239 

Antenna  Driver 

0.985928 

Antenna  Array 

0.985623 

Recciver/Exciicr 

0.985270 

Signal  Processor 

0.899240 

a  2D  sensitivity  plot  showing  the  Impact  of 
reducing  the  failure  rate  from  .0033  to  .0011 
on  system  operational  availability  and 
indicates*  the  failure  rate  required  to 
achieve  Ao  .90.  Figure  3(b)  is  a  3D 

sensitivity  "family  of  curves"  plot  showing 
the  combined  effects  of  reaucing  the  failure 
rate  and  adding  either  one  or  two  redundant 
units  and  indicates  the  combination  of 
failure  rates  and  redundancy  needed  to  meet 
the  availability  goal.  Figure  3(c)  shows  the 
same  results  as  a  3D  solid  figure  and  Figure 


J(d)  is  a  table  of  Ao  achieved  for  each 
combination.  Figure  3(e)  shows  the  locus  of 
points  for  combinations  of  failure  race  and 
levels  of  redundancy  required  to  meet  Che  Ao 
»  .90  goal.  Figure  3(f)  is  a  group  plot 

Showing  the  impact  of  reduced  failure  rate  on 
both  system  availability  and  life  cycle  cost. 
Note  that  one  of  the  limitations  of  LOGAM  is 
that  it  does  not  include  a  cost  estimating 
relation  (CER)  that  generates  the  Research 
and  Development  (R£D)  and  Investment  costs 
corresponding  to  implementing  a  failure  rate 
reduction  program.  Therefore,  we  are  unable 
to  determine  the  minimum  life  cycle  cost 
tradeoff  of  failure  rate  reduction  versus 
level  of  redundancy  options  within 
ReMeDEe/LOGAM  and  would  have  to  augment  the 
model  with  an  appropriate  CER.  The  following 
description  of  our  model  installation  process 
will  show  how  easy  it  is  to  create  and  modify 
any  given  model. 


MODEL  INSTALLATION  PROCESS 


Models  are  created  in  ReMeDEe  using  the  two 
phase  approach  described  earlier  in  the 
ReMeDEe  Overview.  The  model  equation  source 
code  in  Turbo  PASCAL  can  either  be 
independently  derived,  translated  from 
existing  FORTRAN  or  BASIC  models,  or  most 
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easily  extracted  from  a  set  of  prior  models 
already  developed  in  ReMeDEe,  In  creating 
ReMeOEe/LOGAM  we  translated  a  rather  large 
FORTRAN  program  and  only  made  minimal 
changes.  These  include  correcting  several 
minor  bugs,  compressing  the  number  of  lines 
of  code  by  using  arrays  where  appropriate, 
and  using  longer,  more  meaningful,  mnemonic 
variable  names. 

The  t.OGAM  Tochnl  cal/Rroqrammor  Manual  (Rof  3) 
contains  the  description  and  derivation  of 
all  Variables  and  equations  used  in  the 
model.  Figure  4(a)  shows  an  excerpt 

describing  the  computation  of  the  fraction  of 
LRUs  scrapped,  repaired,  or  in  limbo  at  the 
equipment,  direct  support,  and  general 
support  maintenance  levels.  Figure  4(b)  shows 
the  corresponding  portion  of  the  FORTRAN  code 
tuken  from  Die  VAX  listing.  Figure  4(c)  shows 
these  same  equations  and  section  of  FORTRAN 
code  in  their  PASCAL  version.  Note  the  legend 
which  shows  the  longer  PASCAL  variable  names 
and  the  use  of  indices  to  handle  the  three 
maintenance  levels  with,  a  single  set  of 
equations.  For  example,  the  variable 
FrURepr ( IxML)  represents  the  fraction  of  LRUs 
that  are  repairable  at  each  maintenance  level 
and  is  much  easier  to  remember  than  the 
corresponding  FORTRAN  variables  of  FUE,  FUO, 
and  FUI.  This  is  especially  important  when 
having  to  deal  with  over  320  model  variables, 
many  of  which  may  be  infrecjuently  changed  by 
the  user  . 


USE=SUE-i-SUEC*FUEC 

URE=SUEC*FUE 

ULE=SUEC*FUEC 

USO=SUO+SUOC*FUOC 

URO=SUOC*FUO 

ULO=SUOC*FUOC 

USI=SUI+SUIC»FUIC 

URI=SUIC*FUI 

ULI=SUIC*FUIC 

These  statements  compute  the  fraction  of  LRUs  scrapped, 
the  fraction  of  LRUs  repaired  and  the  fraction  of  LRUs 
in  limbo  at  the  Equipment,  Direct  Support  and  General 
Support  levels,  respectively. 

Figure  4(a).  LOGAM  Technical  Manual 


C  SCRAP,  REPAIR.  IN  UMBO  FRACTIONS 
USE=SUE+SUEC*FUEC 
URE=SUEC*FUE 
ULE=SUEC*FUEC 
USO=SUO+SUOC*FUOC 
URO=SUOC*FUO 
ULO=SUOC*FUOC 
USI=SUl+SUIC*FUIC 
URUSUIC^FUI 
ULI=SUIC*FUIC 


Figure  4(b).  LOGAM  FORTRAN  Code 


for  IxL:=l  to  NTypcLRU  do 
begin  (of  for  lx L| 

for  IxML:=Organization  to  Depot  do 
begin  (of  for  IxML) 

TFrURcpr(IxL.IxMLl:=(1.0.FrUScrp[IxL,IxML])* 

FrURepr(IxL,IxMLl: 

TFrUScrp(IxL.IxMLl:=FrUScrp[IxL,IxML]*(1.0- 
FrUScrp[IxL,IxML])*(l.O.FrURepr{IxL.IxML]); 
if  (IxMLo  Depot) 
then  TFrULmbo[IxL.IxML]:=(l  .0- 
FrUScrpflxLJxML])* 
(1.0-FrURcpr[IxL,IxML]) 
else  TFrULmbo(IxL,IxML):  =0.0;  “ 


LEGEND: 

U%  TFrUScrp(IxML] 

URx  TFrUReprflxML] 

UU  TFrULmbodxML] 

SVkC  (l-FrUScrp[IxML)) 

FlJbtC-^  (l-FrUReprflxML)) 
x  =  EAI  ^  IxML  =1,2,3 

Figure  4(c).  PASCAL  Version  of  LCXjAM 


Figure  4.  LOGAM  to  ReMeDEe  Conversion 

ReMeDEe  model  variable  declarations  are 
collected  in  a  separate  file  (MGLOBALS • PAS) 
and  augmented  with  additional  information 
that  is  decoded  by  the  parser  and  used  in  the 
automated  screen  generator.  Figure  5(a)  shows 
an  excerpt  of  the  MGLOBALS. PAS  file  for  the 
variables  FrURepr  and  FrUSerp  (fractions  of 
LRUs  scrapped) .  The  LML  corresponds  to  a 
modeler-defined  variable  type  that  sets  aside 
a  10  by  4  array  of  reals  (to  be  indexed  by 
LRU  and  maintenance  level)  .  The  information 
in  the  curly  braclcets  from  left  to  right  is 
explained  as  follows:  the  first  three  numbers 
are  the  variable's  maximum,  minimum,  and 
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default  Values;  the  next  three  are  the 
display  format  type,  field  size,  and  number 
of  digits  after  the  decimal  point;  the  last 
item  is  a  60  character  or  less  description  of 
the  variable  which  is  displayed  to  the  user 
during  model  parameter  entry  and  output 
review  as  a  helpful  reminder  of  the 
variable's  meaning.  Figure  5(b)  shows  the 
screens  that  ReMeDEe  generated  from  the 
information  given  in  Figure  5(a)  .  A  much 
more  in  depth  guido  tor  the  now  or  infrequent 
model  user  is  provided  by  ReMeDEe' s  on-line 
help  system. 


FrURepr 

:  LML: 

{1A0.1,6ALRU  Repair  Fraction) 

FrUScrp 

:  LML; 

(1.0,0. 1.6,4. LRU  Scrap  Fraction) 

Figure  5(a).  MGLOBALS.PAS 


1 FrURepr 

LRU  Repair  Fraction  | 

MLType 

LRUTypa 

1 

2 

3 

4 

1 

1 

.0000 

1.0000 

1.0000 

1.0000 

2 

1 

.0000 

1.0000 

1.0000 

1.0000 

3 

1 

.0000 

1.0000 

1.0000 

1.0000 

4 

1 

.0000 

1.0000 

1.0000 

1.0000 

5 

1 

.0000 

1.0000 

1.0000 

1.0000 

6 

0 

.0000 

0.0000 

o.ouoo 

0.0000 

7 

0 

.0000 

0.0000 

0.0000 

0.0000 

8 

0 

.0000 

0.0000 

0.0000 

0.0000 

9 

0 

.0000 

0.0000 

0.0000 

0.0000 

10 

0 

.0000 

0.0000 

0.0000 

0.0000 

r* 

FrUScrp 


LRU  Scrap  Fraction 


LRUType 

MLType 

1  2 

3 

4 

1 

0.0000 

0.0000 

0.0000 

0.0100 

2 

0.0000 

0.0000 

0.0000 

0.0100 

3 

0.0000 

0.0000 

0.0000 

0.0100 

4 

0.0000 

0.0000 

0.0000 

0.0100 

5 

0.0000 

0.0000 

0.0000 

0.0100 

6 

0.0000 

0.0000 

0.0000 

0.0000 

7 

0.0000 

0.0000 

0.0000 

0.0000 

8 

0.0000 

0.0000 

0.0000 

0.0000 

9 

0.0000 

0.0000 

0.0000 

0.0000 

10 

0.0000 

0.0000 

0.0000 

0.0000 

Figure  5(b).  ReMcDEc  Screens 


Figure  5.  ReMeDEe/LOGAM  Variable  Declaration  and 
Automatically  Generated  Screens 


HYPERTEXT  ON-LINE  HELP 


We  first  published  a  hardcopy  version  of  a 
combined  ReMeDEe  User  Manual  and  LOGAM 
Technical  Manual  (Ref  4),  but  several  users 
who  didn't  enjoy  thumbing  through  a  thick 
book  on  their  laps  while  operating 
ReMeDEe/LOGAM  suggested  that  an  on-line 
version  would  bo  much  more  helpful.  In 
response,  we  decided  to  develop  a  hypertext 
version  of  the  on-line  manual  and  use  this  as 
a  first  stage  in  building  a  context  sensitive 
on-line  help  system  for  ReMeDEe/LOGAM.  A 
hypertext  document  can  be  considered  as  an 
electronic  book  consisting  of  a  collection  of 
articles  (Ref  5,  6)  ,  These  may  be  read 

linearly  (in  sequence)  as  an  ordinary  book, 
but  more  usefully  "browsed"  in  a  non-linear 
manner  by  a  reader  with  a  specific  question. 
Hypertext  links  highlighted  in  the  article 
being  read  provide  the  means  of  jumping  to 
related  articles  that  may  be  more  pertinent. 
We  selected  the  Hyperties  system  for  the  IBM 
PC  from  Cognetics  Corporation  to  develop  our 
on-line  help  system  because  of  its  ease  of 
use  in  the  browse  mode  and  the  simplicity  of 
using  its  authoring  system  in  developing 
hypertext  documents.  All  wo  had  to  do  was 
extract  material  from  our  ReMeDEe/LOGAM 
manual  to  create  the  articles,  and  carefully 
insert  meaningful  links  between  them.  Figure 
6(d)  shows  an  example  of  an  article  with  a 
h  Ujlil  Ighted  link  to  u  relatud  article  and  thu 
ability  to  return  to  the  originating  article. 
The  Hyperties  Index  Screen  mode  provides  an 
alphabetical  listing  of  article  titles  which 
we  utilized  to  great  advantage  by  making  ail 
ReMeDEe  functions  and  key  LOGAM  variables 
appear  as  article  titles  (Figure  6(b)). 
Hyperties  also  provides  a  Text  Search  mode 
(Figure  6(c))  where  the  reader  creates  a 
search  string  (containing  boolean  and/or 
conjunctions  if  desired)  resulting  in  a  list 
of  articles  matching  the  specified  query.  For 
example,  the  search  string  "failure  rate"  was 
identified  in  twelve  articles,  and  is 
highlighted  in  the  one  selected  for  reading 
(Figure  6(d)). 

We  next  integrated  this  hypertext  manual  with 
the  ReMeDEe  model  execution  environment  to 
create  ouc  context  sensitive  on-line  help 
system.  This  provides  the  user  who  has  a 
question  about  some  item  on  the  ReMeDEe 
screen  with  the  ability  to  switch  from  the 
model  execution  mode  to  the  exact  same  place 
in  the  on-line  manual  where  the  explanation, 
along  with  related  information  provided  by 
the  hypertext  system,  can  be  found.  We 
accomplished  this  ability  to  instantly  switch 
back  and  forth  between  ReMeDEe  and  the  manual 
by  having  them  both  co-resident  in  main 
memory  using  the  terminate  and  stay  resident 
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(TSR)  feature.  In  order  to  create  the  screens 
in^the  hypertext  manual,  we  first  used  a 
screen  capture  utility  (in  the  graphics  mode) 
and  then  superimposed  a  text  screen 

cpntaining  the  highlighted  hypertext  links 
chat  we  built  automatically  using  internal 
ReMeDEe  screen  generator  files*  The  on-line 
help  system  has  to  be  manually  created  for 
each  model  and  is  therefore  best  developed  as 
the  model  changes  from  its  prototype  to 
pcoducLion  version. 

Figure  6(a)  shows  an  article  describing  the 
ReMeDEe  R(etrieve)  function  that  was  obtained 
when  a  user  switched  to  the  help  system  prior 
to  selecting  the  R(etrieve)  function.  While 
in  the  help  system,  the  user  can  examine  a 
typical  response  to  executing  the  R(etrieve) 
function  by  following  the  highlighted  link  to 
the  example  in  a  related  article.  In  a 
similar  manner,  users  with  questions  about 
the  meaning  and  definition  of  model  inputs 
and  outputs  appearing  on  ReMeDEe  screens  can 
instantly  branch  to  explanatory  articles  and 
browse  through  related  articles  until  their 


questions  are  satisf actorily  answered.  The 
on-line  help  system  has  been  most  useful  to 
new  and  infrequent  model  users,  giving  them  a 
sense  of  confidence  in  generating  results 
using  ReMeDEe/LOGAM . 

CONCLOSIONS 

ReMeDEe  provides  an  efficient,  powerful, 
floxiblo  and  effective  environment  on  an  IBM 
FC  for  developing,  tailoring,  and  utilizing 
logistics  models  in  support  of  MIL-STD-1388- 
lA  LSA  tasks.  Its  consistent  user  interface 
and  on-line  help  system  significantly  reduce 
training  and  the  possibility  of  errors, 
especially  when  dealing  with  many  logistics 
models.  We  are  currently  in  the  process  of 
interfacing  ReMeDEe  with  a  commercially 
available  database  management  system  in  order 
to  integrate  sets  of  related  models  through  a 
common  database  leading  to  even  greater 
productivity  gains  for  model  developers  and 
users.  We  look  forward  to  utilizing  ReMeDEe 
as  a  vehicle  for  delivering  the  anticipated 
benefits  from  the  recent  dramatic 


Figure  6(a).  Example  of  an  Article  Describing  the  R(etricve) 
Function 


ALPIIAOCriC  in 
Tn«  tncrp'iweti 
310  fLOTI 
3(0  PtOT) 
3(0  PLOri 
3(0  PU>T) 
3(0  PWTI 
3(0  PIOTI 
3(0  PI^TI 
3(0  ptjori 
3(0  riAT) 
3(0  PLOT) 
3(0  PU3T} 
A(Ln<Ani  ri 
otPLiibtKr 


OCX  (94  aiciclrst 

Off  •vcicl*  lit  iliTMOOVCTKifi 

OCPEMCflir  VAilAtLC  TABLE 
lNDCPCi:OC:iT  VARIABLE  TABLE 
PLOT  DATA  TASLC 
tCHSiTivm  AiiAursit  puit 

ocpctiocnr  variable  table 
PARILT  or  CURVet 
IliOCrC:tUC(lT  VARIABLE  TABLES 
PLOT  DATA  TABLE 

TIKICC'OlHCHSIOliAL  SOLIO  riCUMC 

zrui 

VAIIlAUlX  IHUCX  BCRCLN 


■ 


-  TUWI  to: - 3-l-A-O-r-<-l-L-M-W-C-l-0-R-S-T- 


IICAT  PACE  RClUfUl  TO  *R(CTRlEVCf* 


Figure  6(c).  Example  of  a  List  of  Articles  Containing  the 
Searched  String 


SMlictln^  P|loC|  fioi*  th«  PAlfi  ifitM  Inwokii  tli*  Ivit  v 

•  fl^lypls  potclpn  if  AfKrflV.  Iti*  •I'lUtT  t*  ■••Ifein  Imp  «(i.I  ll.tea 
vArlibli  Brnpic  Ivltv  •Italy***  «|uKkly  ani  •aslly  Or*un«Lt«ir*  lit* 
potter  o(  RrBeuC*.  for  LB*  Re«euc«/ tCCA?«  rettol.  *  tntoUiyUv  iiwIrBU 
can  onewer  iuch  «|u*sttoni  •*!  no*  dooiTTAlTiir*  nrn  *1  iect 
ovailabtllty  and  IK*  cyel*  eeitf  h6*  ao*i  retiuntlai^y  «K*ct 
•vallablltty  And  IK*  cycl*  eottf  etc.  In  ^rneral,  Lh*  Ion  l«i 

wiiJC  li  in*  of  fact  e(  varrtna  Inieprndent  (or  IttpwCl  vat  i.ti'lein)  e>n 
dtpenJenc  (or  outputi  var iabia(e| .  in*  tolutlen  1«  pre«ente*l  betb 


dtpenJenc  (or  outputi  var tabia(e| . 
9riphlCAKy  and  In  tafeulateJ  Corn. 

P(lot)  Subrenu  Optional 
3(0  Plot! 

>(0  Plot} 

C(reup  Ploti 
R{ap*at| 


RI lURN  TO  "RICfRlCVCI* 


Figure  6(b).  Example  of  an  Index  Screen 


Figure  6(d).  Example  of  an  Article  Containing  the  Searched 
Siring 


Figure  6.  ReMeDEe/LOGAM's  On-Line  Help  System 
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improvertTent  s  in  PC  hardware,  operating 
systems,  and  software  to  the  general 
logistics  model  user  community. 
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